home *** CD-ROM | disk | FTP | other *** search
- Path: w352zrz.zrz.TU-Berlin.DE!rawneiha
- From: rawneiha@w352zrz.zrz.TU-Berlin.DE (Philipp Boerker)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: TMapping again!
- Date: 12 Jan 1996 12:59:30 GMT
- Organization: Technical University Berlin, Germany
- Message-ID: <4d5lvi$emc@brachio.zrz.TU-Berlin.DE>
- References: <4d0ou6$835@astfgl.idb.hist.no> <Z31Wx*zA0@mkmk.in-chemnitz.de> <4d42di$9e9@maureen.teleport.com>
- NNTP-Posting-Host: w352zrz.zrz.tu-berlin.de
-
- sschaem@teleport.com (Stephan Schaem) writes:
-
- >Andre Weissflog (floh@mkmk.in-chemnitz.de) wrote:
- >: In article <4d0ou6$835@astfgl.idb.hist.no>, Lasse Staff Jensen writes:
-
- > I think he was mentiontioning this map code:
-
- > REPEAT 32
- >1) move.b (a0,d0.w),(a1)+
- >2) addx.l d1,d0
- > ENDR
-
- >: > What do you guys do when the delta values are negative?
- >: > Clearly an addx.l will not work
-
- > In the example above I dont think it will work with neg number.
- > Because the msbit of X if neg will have an effect on Y.
-
- The example above doesn't work anyway. You always need fraction
- bits for both x- and y-adder.
-
-
- > people compare to quickly a tmap program on a 66mhz 486 and a
- > a1200... to see x86 true code speed they should run it on a
- > 12mhz 286.
-
- Yes, I agree. Sharon, one of the coders of matrix, is actually a
- PC coder but his polygon engine on a 33 MHz 486 is slower than
- our (Sharon, Grond, Skyphos all/matrix) engine on a 25 MHz 030!
- And think of not having chunky screens, not having L2 cache,
- not having 8kb L1 cache...
- That's the power of a large register set!
-
- Gee, how am I waiting for the 32 regs of the PPC... 8)
-
-
- Greets,
- Phil.
- ----------------------------
- grond/matrix
- rawneiha@sp.zrz.tu-berlin.de
- ----------------------------
-